-
Notifications
You must be signed in to change notification settings - Fork 479
Stricter JSHint rules #482
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Only thing broken is testrunner.htm. I'll try to fix this soon-ish. |
|
Fixed. |
|
Thanks @XhmikosR ! I'm still debating whether some of these should wait for a JSCS cleanup (need to wait for the next cut for some indenting bugs in 1.3.0) |
|
I wouldn't wait for JSCS at this point since JSCS is for style only.... |
|
Also, keep in mind that it's hard to keep rebasing this branch so we better get this in. It's also blocking me from making other changes like sorting the destination build dir etc. |
src/rules/known-properties.js
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be removed entirely since it looks like it was related to some previously removed code in e91d7ef
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, you are right, I'll remove it.
|
@XhmikosR I get the frustration from rebasing, and I know this isn't the first time you've heard this, but smaller PRs are easier to review and merge. |
|
I can break the patches, but they all will conflict so I'll need to open one PR at a time. That's fine as long as the PRs are merged sort of fast :) |
|
@nschonni: now this PR only has the strict changes. |
|
Now, one thing I was wondering about, should we call |
|
bump |
The test failures I was getting after switching to
===and!==were actually caused by wrong checks in the beginning.Example:
event.value == "none"whenvalueisn't a string.For the
quotmarkI went with double quotes since that's what was already being used more often.